United States Patent [i 9] 

Brown et al. 



nnHinniHinn 

US005673403A 

[ii] Patent Number: 5,673,403 
[45] Date of Patent: Sep. 30, 1997 



[54] METHOD AND SYSTEM FOR DISPLAYING 
APPLICATIONS OF DIFFERENT 
OPERATING SYSTEMS ON A SINGLE 
SYSTEM USING THE USER INTERFACE OF 
THE DIFFERENT OPERATING SYSTEMS 

[75J Inventors: Michael Wilfrid Brown; Lester 
Brooks Hlckersoa both of Austin, 
lex.; Colin Victor Powell. Highland 
Beach. Fla.; William Chapel Urns, 
Austin. Tex.; Robert Leonard 1>cast 
Boca Raton. Fla.; Richard Lee 
Verburg, Austin. Tex. 

[73] Assignee: International Business Machines 
Corporation. Armonk, N.Y. 



[21] Appi. No.: S>75,753 

[22] Filed: Nov. 13, 1992 

[51] Int CL 6 „ 

[52] U.S. Q. - 

[58] Field of Search 



[56] 



™ G06F 3/14 

395J335; 395/326 

345/156; 395/155. 

395/157. 275, 500, 700 



References Cited 





U.S. PATENT DOCUMENTS 




4,493,034 


1/1985 


Angdle et al. 


....... 364/200 


4,737,906 


4/1988 


Edwards 


364/200 


4.855,936 


8/1989 


Casey et al 


. — 364/521 


4,891,709 


1/1990 


Adams 


. — 358/256 


4,920,481 


4/1990 Binlcteyetal. .... 


...... 364/200 


4,937,036 


6/1990 


Beaid et al ............ 


...... 340/706 


4,939,507 


7/1990 


Beard et al 


....... 340*706 


4,961,133 


10/1990 


Talati et al. _ 




5,062,037 


10/1991 


Shorter et al. 


364/200 


5,226,117 


7/1993 


Miklos 


395/157 


5,252,951 


10/1993 


Tannenbaum et al. 


....... 345/156 


5361336 


11/1994 




...... 395/275 


5377317 


12/1994 


Bales et al. 


395/157 



FOREIGN PATENT DOCUMENTS 
5831438 2/1983 Japan. 

OTHER PUBLICATIONS 

Computer Design, vol. 31, No. 8, Aug. 199. Littleton MA. 
"Tools Help Move Applications Between Different GUI's", 
Williams, pp. 50-53. 

IBM TDB, "OS/2 Presentation Manager Cupboard Support 
fox a Windows 5250 Emulator, vol. 35. No. 2, Jul. 1992. pp. 
323-332. 

IBM TDB, "Window Class Library with Command Table 
Dispatching". voL 35. No. 6, Nov. 1992, pp. 357-360. 

Primary Examiner— Thomas G. Black 

Assistant Examiner— Ruay I ian Ho 

Attorney, Agent, or Firm— Mark E. McBurney; David A. 

Mims, Jr. 



[57] 



ABSTRACT 



Two or mare interconnected computer systems, each having 
a different operating system. For example, a client system 
may be running the OS/2 operating system and a second, 
server computer the ADC system. The server system that 
allocates display screen space far application windows run- 
ning on the server system and supports window manage- 
ment Further, the window management places GUI borders 
around the application window which allow a user to 
interact with the client application. The functions in these 
GUI borders include a menu bar, scroll bar, sizing features, 
pull down windows, and the like. The client application is 
mapped into a form which enables the application com- 
mands to be recognized by a library of functional calls 
associated with the server system. The server system, dis- 
plays the client application in the designated window along 
with the server GUL In this manner a user can interact with 
a client application using the server graphical user interface. 

14 Claims, 6 Drawing Sheets 




111 



X WINDOW 
XAPR 



113 



c 



121 







A 
V 




X WINDOW 






PM APR 






_J_ 




1 \ 





•117 



09/10/2003, 



EAST Version: 



1.04.0000 




09/10/2003, EAST Version: 1.04.0000 



U.S. Patent 



Sep. 30, 1997 



Sheet 2 of 6 



5,673,403 



APP 



PM GPjWinAPi 



■11 



MAPPING TO X 



XUB 



OS/2 



TCP/IP 



AIX 



■101 



X11 
SERVER 



-103 



WINDOW 
MANAGER 



100 



■105 



DISPLAY 



•107 



FIG. 2 



09/10/2003, EAST Version: 1.04.0000 



U.S. Patent Sep. 30,1997 sheet 3 of 6 5,673,403 




111 



•109 



X WINDOW 
XAPP. 



121 



X WINDOW 
PM APR 



113 



FIG. 3 



117 



115 



107 




111 



•109 



X WINDOW 
XAPP. 



113 



PM WINDOW 
PM APR 



117 



FIG. 4 



115 



09/10/2003, EAST Version: 1.04.0000 



U.S. Patent 

STEP 1 
STEP 2 

STEP 3 



Sep. 30, 1997 Sheet 4 of 6 



5,673,403 



START REMOTE APP (PM) 


i 




CREATE WINDOW 


\ 




MAP BETWEf 
FOR WINDO 


ENPMANDX 
W HANDLES 




STEP 5 



STEP 6 



STEP 7 





YES 


TRANSLATE COORDINATES 1 






MAKE CALL TO X LIB 




r 


DRAW LINE INTO WINDOW 


i 





0 



© 



FIG. 5A 



09/10/2003, EAST Version: 1.04.0000 



U.S. Patent Sep. 30, 1997 Sheet 5 of 6 

© 



5,673,403 



STEP 8 



STEP 9 



STEP 10 



STEP 11 




STEP 13 





YES 






PM GIVES COORDINATES OF END POINTS 


1 





© 



FIG. 5B 



09/10/2003, EAST Version : ' 1 . 04 . 0000 



U.S. Patent 



Sep. 30, 1997 Sheet 6 of 6 



5,673,403 



STEP 14 



STEP 15 



STEP 16 



CALL CURVE 
SUBROUTINE THAT 
USES X LIB FUNCTION 
TO DESCRIBE CURVE 


i 




OUTPUT TO X LIB 






DRAW 


CURVE 




STEP 18 



X RETURNS IDENTIFIER 
(KEY NO. OR MOUSE 
POSmON/CLICK) 



STEP 19 



TRANSLATE TO 
CORRESPONDING LETTER 
BASED ON PREDETERMINED 
CONDITIONS 



STEP 20 



SENDTOPMAPP 




STEP 22 



STEP 26 



MAP OUTPUT TO X CALL 



MAKE CALL TO X LIB 



DISPLAY OUTPUT 



STEP 23 



STEP 24 



STEP 25 



FIG. 5C 




STEP 21 



CLOSE WINDOW END 



09/10/2003, EAST Version: 1.04.0-000 



5,673,403 

1 2 

METHOD AND SYSTEM FOR DISPLAYING SUMMARY OF THE INVENTION 

APPLICATIONS OF DIFFERENT ..... 

OPERATING SYSTEMS ON A SINGLE b ^uOA» to have the ability to use the GUI that is most 

SYSTEM USING THE USER INTERFACE OF familiar to a user, even when running an application program 

THE DIFFERENT OPERATING SYSTEMS 5 operates in conjunction with an unfamiliar operating 

BACKGROUND OF THE INVENTION ***** ** GUL For exam P lc ' ADC user will appreciate 

BACKGROUND OF THE INVENTION being able to run an application written for OS/2 within a 

1. Field of the Invention window in conjunction with the ADC graphical user inter- 
Thc present invention generally relates to the display of face. In this manner a distributed system is created wherein 

an application on the screen of a remote computer system. 1Q applications running on a first system are used remotely. 

More particularly, a program application that runs on a first Broadly, the present invention includes at least two inter- 

operating system is capable of being displayed on the screen connected computer systems, each having a different oper- 

of a computer system using a second different operating ating system running thereon. For example, a first system 

system such that the graphical user interface (GUI) of the may be running the OS/2 system and a second computer the 

second operating system is used to present Che program 15 ADC system. The X Window System (X) is a display 

Wharton of the first operating system. environment, or graphical user interface that is available 

2. Description of Related Art from MTT (X Window System is a trademark of the Mas- 
Currently it is known for an operating system window sachusctts Institute of Technology) and runs on the operating 

manager to allocate a portion of a display screen that can be systems, such as the UNIX system, ADC operating system, 

used by an operating system. In particular, U.S. Pat No. ^ and other systems based on the UNIX OS. This GUI 

4,937,036, 4,937,507 and 4,920,481 describe systems includes a server (X server) that allocates display screen 

wherein a portion of the display screen is allocated for use space for applications running on the ADC system. Further* 

by a processor which emulates another processor in mis the window manager places QUI borders in the window 

window. This window will include the user interface for the which allow a user to interact with the application running 

emulated operating system. 25 me "*?- The functions in these GUI borders include a menu 

U.S. Pat No. 4,961,133 discusses a system for providing bar, title bar, scroll bar, sizing features, pull down windows, 

portability of program applications across different hard- and the like. The present invention allows a non-ADC 

ware and operating system environments. The transportable application (such as an OS/2 application)* a non X Window 

code is compiled and linked to create code executable by application, or the like, to run within the window allocated 

another operating system. U.S. Pat No. 4,355,936 is an 30 bv mc ADC window manager and in conjunction with the 

application program interface that handles full screen input/ ADC (Xll) GUI border contained therein, 

output (I/O) display operations. The application program is First, the non-ADC application calls are mapped into an 

required to determine display characteristics prior to per- Xll form which enables the application commands to be 

forming full screen I/O operations and provide a buffer as recognized by the X library of functional calls. The operat- 

output is to be performed. The application programming 35 ing system, for which this application was written, eg. OS/2, 

interface provides a means for allowing an application must be compatible with the X library (X lib). The operating 

programmer to write an application without being concerned system then sends the translated OS/2 application instruc- 

with the low level detail of full screen I/O operations. That tions to, for example, the ADC operating system through the 

is, the application is architecture independent with respect to TCP/IP cormnimications protocol. The Xll server, working 

the full screen I/O operations. Japanese patent JP 58-31438 40 in conjunction with the X window manager displays the 

is a system mat converts messages into specific display OS/2 application in the designated window along with the 

format suitable for centralized monitoring and control A ADC GUI In this manner the output of an OS/2 application 

protocol converting portion transforms a message into a will be displayed in conjunction with the ADC graphical user 

specific format, as required. The central monitoring system interface. Further, the process is reversed and input from the 

established an interface for transmittmg/recdving the pro- 45 user, to the ADC GUI, are mapped into OS/2 application calls 

tocoL such that the OS/2 application can be manipulated by input 

It can be seen that the related art merely allows for a host to the ADC GUI. 

system to allocate a specific portion of its display to a client Therefore, in accordance with the previous summary, 

operating system, which is either emulated from the host object, features and advantages of the present invention will 

processor, or remotely connected. However, each of the 50 become apparent to one skilled in the art from the subse- 

described references require a client operating system win- quent description and the appended claims taken in con- 

dow. Further, if the client operating system supports win- junction with the accompanying drawings, 
do wed applications, such application windows are confined 

to the client OS window. None of the described references BRIEF DESCRIPTION OF THE DRAWINGS 

can display a client OS application window directly on the 55 , . . , ... 

host OS window without the need for a client OS window. HG } 15 a scheme representation of a typical data 

A need exists for a system wherein multiple application ^f mg SyStCm ^ Wmch * cxni mvcntM)I1 m ** 

windows from multiple client operating systems can be run utilized, 

as peers with host application windows in a host operating 2 is a block diagram showing the specific compo- 

system window. However, none of the described references 60 Qents of a syfem using the present invention and their 

show a first system, which uses its own window manager to relationship with one another 

display the first operating system GUI in a window, running FIG. 3 is a display screen of a computer system illustrat- 

a program application written for an entirely different oper- ing another embodiment of the present invention wherein a 

ating system, concurrently in the same window with the first remote application is running in the same window with the 

operating system GUL Thus, it can be seen that a need exists 63 GUI of a system using a different operating system; 

for a system wherein multiple graphical user interfaces can FIG. 4 is a display screen of a computer system illustrat- 

be run concurrently in a single window. ing a first emrx>diment of the present invention wherein a 
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remote application and its GUI are running on a system with 
a different operating system; 

FIGS. 5 A-C are flowcharts illustrating the mapping 
function of the present invention which allows a program 
application to be interactively running in a window of a 5 
display on a computer system with a different operating 
system wherein multiple GUI's arc present 

DETAILED DESCRIPTION OF THE 

PREFERRED EMBODIMENTS |Q 

Referring to FIG. 1, a typical data processing system is 
shown which may be used in conjunction with the present 
invention. A central processing unit (CPU), such as one of 
the Intel X86 processors or an IBM reduced instruction set 
computing (RISC) processors, is provided and intercon- l5 
nected to the various other components by system bus 12. 
Read only memory (ROM) 16 is connected to CPU 10 via 
bus 12 and includes the basic input/output system (BIOS) 
that controls the basic computer functions. Random access 
memory (RAM) 14, I/O adapter IS and communications 20 
adapter 34 are also Interconnected to system bus 12. VO 
adapter 18 may be a small computer system interface (SCSI) 
adapter that communicates with a disk storage device 20. 
Communications adapter 34 interconnects bus 12 with an 
outside network enabling the data processing system to 2s 
communicate with other such systems. Input/Output devices 
are also connected to system bus 12 via user interface 
adapter 22 and display adapter 36. Keyboard 24, track ball 
32. mouse 26 and speaker 28 arc all interconnected to bus 12 
via user interface adapter 22. Display monitor 38 is con- 30 
nected to system bus 12 by display adapter 36. In this 
manner, a user is capable of inputting to the system through 
the keyboard 24, track ball 32 or mouse 26 and receiving 
output from the system via speaker 28 and display 38. 
Additionally, the operating system such as DOS, ADC or the 35 
OS/2 system (AJX and OS/2 are Trademarks of IBM 
Corporation) is used to coordinate the functions of the 
various components shown in FIG. 1. The computer system 
shown in FIG. 1 is an example of the type of systems that 
are capable of utilizing the present invention and can be used 40 
as the host or remote system. 

FIG. 2 is a block diagram showing the various compo- 
nents of an interconnected system utilizing the present 
invention. A client system is generally noted by reference 
numeral 1. A client program application 3 is shown, which 45 
is a program written specifically for a particular operating 
system. In this case the client. application, is written for the 
OS/2 operating system. Further, the Presentation Manager 
11 is provided which is a programming interface used in 
conjunction with the OS/2 system. The purpose of PM is to 30 
provide a consistent application program interface for appli- 
cation written to OS/2. Specifically PM provides Gpi and 
Win API support for the OS/2 applications. That is, PM 
provides all of the graphics support (Gpi) and window 
management (WIN API) for the program applications. 55 

In order for the present invention to function, the calls 
from the PM 11 must be mapped into a form that is 
recognizable by the operating system running on the inter- 
connected system. For example, the Xll graphical user 
interface is commonly used in conjunction with systems 60 
based on the UNIX operating system (UNIX is a trademark 
of Unix Systems Laboratories, Inc.), such as the ADC sys- 
tem. Thus, a mapping mechanism 5 is provided which will 
transform the application calls into a form that is recogniz- 
able by the interconnected operating system. This mapping 65 
function will be described in more detail in conjunction with 
FIGS. 5A through described below. 



4 

Generally, window systems (Le. GUI) are tied to a specific 
operating system, e.g. PM and OS/2. Therefore, the term 
operating system as used herein will include the windowing 
system. It should be noted that the X Windows System is 
designed to operate across multiple operating system plat- 
forms. As described herein, the operating system on which 
X Windows is running will be considered as including the X 
Window System. The X Windows interface includes a 
library of function calls, known as the X library. This library 
includes commands that will control various display 
functions, such as input/output control of the display, 
keyboard, mouse, and the like. This library is essentially a 
collection of routines that can be used to create an X client 
program application. Thus, due to the mapping of the PM 
calls into X lib calls, the OS/2 application 3 essentially 
becomes an X client application. Operating system 9 is 
shown as the OS/2 system from IBM, Corp. and provides all 
of the low level control and data management functions 
required to Implement application programs on specific 
hardware platforms, such as the PS/2 computer system, 
commercially available from IBM Corporation (PS/2 is a 
trademark of IBM Corp.). The operating system 9 then 
communicates with a remote operating system 101 (e.g. 
ADC) by way of a communications protocol such as TCP/TP, 
or the like. In this manner the two different incompatible 
operating systems, eg. OS/2 and ATX can communicate 
with one another. 

The X server component 103 is running on the ATX 
system and provides screen management facilities for dis- 
play 107. More particularly, the X server is a graphics driver 
that controls the system. It handles requests from an X client 
application to created windows, draw lines, circles, text, and 
the like on the computer system display screen. Further, the 
X server will handle keyboard and mouse input from the 
computer system and relays this information back to the X 
client A window manager 105 is also part of the X Windows 
interface and is used to allocate screen resources between 
various program applications, am well as, operating system 
functions that require information to be displayed. The 
window manager is a special X client that is run (one far 
each X server) in order to supervise the control of windows 
created on the display. The window manager creates the 
"look and feel" of the user interface, Further, the window 
manager is responsible for placing any border around the 
window, such as a title bar, control buttons to maximize or 
minimi?* the window, scroll buttons, system menu, or the 
like. The window manager also handles user input requiring 
movement or resizing of the window. In a preferred embodi- 
ment of the present invention, the Motif window manager 
from the Open Software Foundation (OSF) is contemplated 
for use as window manager 106. It should be noted that those 
of skill in this art will be familiar with the operation of the 
X Window System components. Therefore, the function of 
these components will not be further discussed. 

FIG. 3 is a screen on display 107 showing a typical X 
Windows display workplace wherein various ATX system 
program applications are running. For example a clock 
program 109 is shown along with an ATX application 
running in an X Window 113. The AJX application may be 
a word rxocessing/desktop publishing application, such as 
Interleaf, ATX Interface Composer, or the like. Of course, 
many other program applications are capable of being run in 
window 113. A graphical user interface 111 is shown around 
the circumference of window 113. This is part of the X GUI 
and includes VO features such as, software buttons, a scroll 
bar, pull down menus, a title bar 119, icons 121, and the like. 
Another window 117 is shown on display 107 which Is an 
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OS/2 system program application, such as Lotus 1-2-3. There arc two types of window GUI's that can be used, as 
Excel, Clock, or the like running therein. Additionally, an X illustrated by FIGS. 3 and 4. FIG. 3 shows a system where 
system GUI border 115 is present around the periphery of there is not subclassing. This means that DPM will make no 
window 117. GUI 115 includes all of the I/O components change to the default setting and the local window manager 
normaUyJoundin an X-bo^ 5 will be in control This is the preferred embodiment and will 

[icbnsj and the like, previously mentioned. In this manner, a include an X Window System having a GUI border that 
mser is^capableof ninning a program application written for includes the title bar, scroll bar, software buttons, window 
a first specific operating system (eg. OS/2) on a platform sizing icons, and the like associated with a standard X GUI 
having a second different operating system (e.g. AIX) such A subclassed GUI means that the DPM GUI will be dis- 
that the program application written for the first operating 10 played either in conjunction with the X GUI or written on 
system responds to the user inputs to GUI associated with top of the X GUI such that only the DPM border is visible, 
the second operating system. Further, the program applies- At step 3 t the PM to X mapping layer 5 is used to translate 
ton will provide output to the user in accordance with the the PM calls to X recognizable commands. A translate table 
GUI from the second operating system. For example, the is used to accomplish this conversion. Several problems had 
r*ogram application may provide different titles to the 13 to be overcome in order to make this conversion. For 
window manager 105 for display on the title bar, and the example, the X window manager normally, initializes a 
scroll bar on the GUI border will change as the user scrolls window and then instructs the X client application that it has 
through a document in a word fussing applicatioiL Thus, permission to write to the window. In contrast, the PM 
the program application must provide output to the GUI in interface is used to opening a window and then immediately 
(order for it to display the proper position of thescrollbar.lt w drawing to it The PM method contemplates local, not 
can be seen that not only does the present invention provide ; oetworked systems. Thus, a conversion had to be made that 
a system that allows a user to run program appbeations would cause the PM interface to wait for some period of 
written for a different operating system, but also allows the time before drawing to the X window. Further, a mapping 
userjo interact with the application through a graphical user relationship was created between the PM and X systems so 
interface, based on the operating system resident on their ^ that the X Window handles could be recognized and 
system. Thus, a user can run appbeations written for differ- manipulated by the application 3 running on the remote 
ent systems, and soil be able to interact with these new system. The window manager will alsorecognize input from 
appbeations through a familiar graphical user interface. the DPM (via the X lib and X server) that will allow the titles 
FIG. 4 is a screen of display 107 illustrating another on the GUI title bar to be changed. For example, if the X 
embodiment of the present invention. More particularly, the 30 GUI tide bar includes File, Edit, Help and Options, but the 
same AIX appbeations 109, 111, 113 are shown running on DPM program appUcatioo also includes the title of Tools, 
the display, along with a distributed PM application 117 then the DPM command can be translated and sent to the X 
running in a window having DPM border 115. In this case, window manager in order to make the title bar consistent 
toe DPM GUI is displayed on top of the ATX border, such with the program application running on OS/2 
that toe user sees only toe DPM GUI Additionally, it is 33 Subsequent to step 3, the window has been created on toe 
possible to "shadow" the ATX border with the DPM border display 107 and it is then determined if the distributed PM 
such that both are visible. In most cases both set* of appbeation needs to draw lines (step 4). If so, the process 
functions wfll work and the user can use the GUI which is continues to step 5 where the line coordinates are translated 
most lamwar. by the PM to X mapping means 5. It should be noted that 

Referring to the flow charts of FIGS. 5A-5C, the opera- 40 line drawing is a fairly straight forward process, Le. begin- 
tion of the present invention will now be described. It should ning and ending points are identified and and the interme- 
be noted that FIGS. 5A-n5C are representative of the opera- diate pixels must be painted. In the X system, toe initial pixel 
uons that the present invention will perform in order to 0,0 is at the upper right portion of the screen and with PM 
display a cheat application in a window of a host system. it is at toe lower right cornet Therefore, the y coordinates of 
There are innumerable combinations of PM outputs that 45 the pixels must be translated. Once the translation is 
must be mapped to X lib calls. Thus, FIGS. 5A-5C show toe complete, the call is made (step 6) from the PM interface 11 
basic functions of line drawing, curve drawing and text to the X lib 7, which then outputs the equivalent X corn- 
mapping. Those skilled in the art will understand how to mands that will cause the line to be drawn. The line is then 
apply these basic mapping operations to other functions drawn into toe window at step 7, and the operation jumps to 
output from the client appbeation. 50 step 17. 

At step 1 the remote, or chent appbeation is initiated. One If it is determined that there is no line to be drawn at step 
way is for the host, or server system user to input a 4, the operation proceeds to step 8 which determines if text 
starmp.cmdandsyslogin.cirjdcomniands.Trm is to be written into the window. If so, the DPM text 

resemble remote startup using toe RSH daemon on TCP/IP. characters are translated by the mapping means 5 and input 
For example, the ATX user will issue the command: rsh 55 to X lib 7 (step 9). Both PM and X use ASCII characters so 
SNODE "starVdpmx=$DISPLAY my 13 app w . This command this translation is relatively simple. However, these two 
wib cause toe DPM daemon on remote node SNODE to systems do not necessarily use interchangeable fonts, 
prompt for a usemame and password. If the user name and Therefore, at step 10, the mapping means compares the PM 
password arc vabd toe process is then started. At step 2, the fonts to the closest predetermined X fonts and outputs the 
appbeation calls toe Winlnibalizc command which checks 60 command for these X fonts to the X lib. At step 11 the 
for toe distributed PM environment If the DPM exists, a translated text is presented in the displayed in window 117 
specific dynamic linked bbrary is called that will build a of FIG. 3. Subsequent to step 11 toe method proceeds to step 
table of subroutine addresses that will convert the calls to X 17. If, at step 8 there is no text to be drawn, then the method 
library recognizable commands. This dynamic linked bbrary proceeds to step 12 which determines if a curve, such as a 
(DLL) is provided in toe PM interface appbeation. Further, 63 spline, is to be displayed. If so, toe PM interface outputs the 
toe calls from toe application to the WIN and Gpi APIs in the beginning and ending points of toe curve to the mapping 
PM interface are captured and redirected to the X library. means (step 13). In many cases, the X lib wfll not include 
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function that corresponds to the function desired by the 
program application. Curves arc one example of this type of 
function. Therefore, it was determined that support needed 
to be provided for a spline, which Is a type of curve. In this 
case, the PM interface provides the coordinates for the 5 
endpoints to the mapping means. Further, the PM interface 
will indicate that a spline is to be drawn. Since, there is no 
equivalent function in the X lib, the mapping means then 
provides this new functionality by calling a subroutine (step 
14) which determines which pixels intermediate the end- 10 
points must be painted in order to create the spline. This 
subroutine effectively uses the existing X lib functions to 
describe the shape of the curve to be displayed. Once these 
pixels are determined, calls are made to a standard line draw 
routine in the X lib 7 far these pixels. The X lib then outputs 15 
commands which will cause the appropriate pixels to be 
painted. It can be seen that a virtually unlimited amount of 
new function may have to be supported in the mapping 
means, in order to support the function that is continuously 
being added to new applications being written. At step 15, 20 
the output from the X lib, that represents the curve is 
provided to the X server so the curve can be drawn in the 
window (step 16). 

If at step 12 it was determined that no curves were to be 
displayed the operation skips to step 22 which determines if 25 
there are any other application output requests to be pro* 
oessed. If so, step 23 maps the output from PM into an X 
call. Step 24 then makes the call to the X lib and the display 
is output on the window at step 25. If there are no other 
application output requests, then the process moves directly 30 
from step 22 to step 17. 

At step 17 it is detennined if the host system user (ATX) 
will interact with the remote application (OS/2) by entering 
input If not, the process continues to step 26. If the 
application does allow for user Interaction, at step 18, an 35 
identifier is returned to the X server 103. This identifier will 
be in the form of a number that corresponds to keystrokes, 
or mouse position/dick information. At step 19, the mapping 
means 5 will translate the number corresponding to the X 
system input into a letter that is recognizable by the DPM 40 
system. A translate table is used to make this conversion 
which takes into account certain predetermined conditions. 
For example, the X system allows far one finger keyboard 
operation wherein a user can press shift and subsequently 
press, e.g. "H", and the result will be identical to pressing 45 
shift and "FT simultaneously. It can be seen that all of the 
various combinations of keyboard input must be taken into 
account when translating user input Once the translation is 
completed by the mapping means 5, the corresponding PM 
commands are sent to the PM interface U and provided to 50 
the application 3 as input (step 20). Subsequent to step 20, 
the method proceeds to step 26 which determines if the 
application program has ended. If so, the window is closed 
at step 21 and the process ends. However, if the program has 
not ended, then the method returns to step 4, and the process 55 
(subsequent to the creation of the window) is repeated. 

The main function of the mapping means 5 is to redirect 
calls to the PM interface (specifically, to the PM WIN and 
Gpi APIs) to the X lib. As described above, some of the 
translation Is fairly straightforward. If an X lib call exists 60 
that corresponds to a PM call, then some simple parameter 
shuffling may be all that is required. However, as noted 
above, for complex graphical functions the mapping means 
will have to break down the function and emulate it with 
multiple calls to the X lib (e.g. spline subroutine). Other PM 63 
calls require the establishment of data structures to bold 
local context or provide a mapping from a PM structure to 
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an X structure, as in the case of a PM window handle being 
mapped to an X window handle/display combination). 

It should be understood mat the above description of 
various translations are provided as examples and should not 
be considered as all of the types of translations that must be 
performed by the mapping means. The present invention 
allows graphical or windowed program applications run on 
a first system to be displayed and interacted with through a 
GUI running on a second different operating system. 

As noted above, there are many types of client application 
functions (hat must be mapped to the server system. These 
functions include include font support, window 
management, cursor support (e.g. mouse pointer vs. text 
cursor), line drawing, curve drawing, text mapping, bitmap 
conversions, and the like. It has been shown mat some of 
these functions are relatively simple (e.g. line drawing and 
text mapping) while others are extremely complicated (e.g. 
curve drawing). As a representative example of how one of 
the more complex functions can be mapped between the 
client application and the server window system, the fol- 
lowing description is provided. 

BITMAP FUNCTION MAPPING 

The Bitmap component of DPM is concerned with all 
functionality related to displaying, modifying, and querying 
bitmaps. Only bitmaps that have been created explicitly (i.e. 
that have a specific HBrTMAP handle) are ever eligible to 
reside on the server. Since bitmaps created in other ways 
either cannot be monitored or are transient, there is little 
performance lost in sending these to the server each time. 
The server has a limited capability for storing bitmaps 
(pixmaps). If the server cannot store a bitmap, then previous 
bitmaps are removed in a least-recently-used order. Locally, 
these bitmaps are marked to indicate this fact 

API DETAILS 

API NAME DESCRIPTION OF CHANGES 

GpiBitBlt 

This function moves bit arrays between two presentation 
spaces, both of which may be the same. Alternatively, only 
one presentation space can be provided In this case, the 
blitting operation will involve only the manipulation of 
destination bit data and possibly pattern data. 

The source and destination presentation spaces may or 
may not be associated with a remote window. The action that 
GpiBitBlt( ) takes depends on this. Trie following descrip- 
tion summarizes the four scenarios possible. 

(1) If bom source and destination presentation spaces are 
local then blitting takes place on the local PM machine in 
the standard way. 

(2) If the destination presentation space is a remote 
window and the source presentation space is associated with 
a bitmap that is server-potential and is current (up-to-date on 
the server), then blitting is handled by the server. No 
transportation of the bitmap to the server need take place. If 
the resident bitmap is not current then the bitmap is updated 
to the server again, marked as current, and then copied (at 
the server) to the destination window. 

(3) If the destination presentation space is a remote 
window and no server-potential bitmap (or no bitmap at all) 
has been selected Into the source presentation space, then 
blitting is performed by copying the bitmap directly to the 
remote window. No storage of the bitmap is performed on 
the server. 
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(4) If both the source and destination presentation spaces OpiQueryBitmapDimensIon 

are remote windows* then blitting takes place on the server This function returns bitmap dimension data that has been 

directly. previously set with the <^iSetBitmapDimension( ) function. 

Background patterning takes place when certain raster Bitmap dimension data is not related to the actual size of the 

operations are specified. This is taken care of on the server 5 bitmap, and in fact, is not utilized by the system at all. 

end by setting up a "stipple" of the appropriate background ™ s ^^on will work without modification in a remote 

pattern into the graphic context used during the Witting S^ 1 "^*' „ ^ 

opexation-Ifmepatteraisoneofto^ J^^f u: u M . 

Sen a stipple leaching the pattern is created on the served -I? 115 ^^I^T 5 ? e bltmap handle * associated 

men^Sre^LTleft^ to ]fi^ C W ** ta ^withme GpiSetBitmapId() 

faSwi^iS? ^ **** SdeCted mtoaGC usedin » will work without modification in a remote environ- 

GpiWCBitBlt This function operates just as GpiBitBlt( ) GpiQueryBitniapPai^meters 

does with these differences; This function returns bitmap size data from a bitmap 

The source is always a bitmap, and not a presentation 13 nand * c ; 

space. This means that the source always behaves like ^ ^ work without modification in a remote environ- 

a memory presentation space with a bitmap associated me ? t * 

W ftn i t GpiQueryDeWceBitmapFormats 

« . . . ^. „ ^ , , . This function returns information about supported bitroarj 

The destination presenter, space rectangle is given in M formats for the device associated with the p^s^eS 

world coordinates rather than device coordinates. This tion space. p ^ 

means that the current transformation matrix applies. This function must be hooked so mat only device bitmap 

This call may be used with retained drawing and formats that are supported by the remote display are 

metafiles, as well as immediate drawing. returned. 

Aside from these differences, this function follows the 25 GpiSetBitmap 

same rules as GpiBitBlt( ). This function associates a bitmap with a presentation 

GpiDrawBits space. The presentation space must be associated with a 

This function is similar to GpiWCBitBlt( ) and calls it to memory device context, 
perform its core function. The following comprise the dif- ^ fuQCtion must te booked so the bitmap handle is 
ferences between the two: 30 ^^.^ DPMX - 
Instead of a source bitmap, the caller specifies image data Q» t^tmapBits 
by supplying pomterT This function modifies a bitmap associated with a pre- 
' rr * ° r . sentation space, 
directly to bitmap information and image data. It will work without modification in a remote environ- 
In all other respects, this function acts the same as ment 
OpiWCBitBut ). 35 GpiSetBitmapDimension 
GriCreateBitmap This function sets bitmap dimension data (not related to 
This function creates a bitmap that is logically associated the actual size of a bitmap, and not utilized by me system at 
with a particular device, The device is the one associated all) that may later be queried with the 
with the presentation space passed in the calLIf this device GpiQucryBitrrmpDimcnsion( ) function, 
is a remote display, the bitmap is marked as server-potential, It will work without modification in a remote environ- 
but not downloaded until its first use. mcnt 
GpiDdeteBitmap GpiSetBitmapId 

This function deletes a bitmap created with one of the This function associates an ID value with a bitmap. Once 

bitmap creation functions. This function will cause the such an ID has been set, the bitmap may be queried by this 

bitmap to be removed from the server immediately, if it is ID. 

server-potential and has been downloaded at least once This function should work without modification in a 

alrea< ty remote environment 

If the bitmap is a server-permanent bitmap, any call to WinDrawBitmap 
delete the bitmap executes normally as far as PM structures ^ This function is similar to GpiWCBitBlt( ) and uses it to 

are concerned But no deletion of the associated server perform its core function. The following comprise the dif- 

Pf*? 8 ? IS . done - ferences between these two functions: 

Gp^o3itaap Destination rectangla is specified in device coordinates, 

This function acts just like GpiCreateBitmap( ), with the rather than WQr ld cocr^ates. 

following differences; t? j ■ . < 

T . . - , . , ^_ ^ 55 Foreground color, background color, color inversion, and 

Instead of obtaining the bitmap image from user supplied simple half-toning, but no other special operation, may 

data, the bitmap image is loaded from a resource. be performed by specifying arguments directly to this 

In all other aspects, this function is the same as call 

GpiCreateBitmap( ). In all other aspects, this function behaves the same as 

This function should work unmodified in a remote 60 OpiWCBitBlt( ). 

environment, once it is sanitized. WinGetSysBitmap 

GpiQueryBitmapBits This function is similar to GpiLoadBitmap( ), with the 

This function retrieves bitmap data from a presentation following differences: 

space which must be associated with a bitmap. The system bitmap to be loaded is specified by a system 

Since even server-potential bitmaps arc stored locally, this 65 wide ID. 

function operates correctly without modification in a remote The source of the bitmap is specified by naming the 

environment desktop window which it will be drawn on. This allows 
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multiple versions of a bitmap that are each customized This function causes a bitmap or a portion of a bitmap to 
for a particular type of display. be transferred to a remote window. This may involve the 

The bitmap is marked as server-permanent; It will remain update (through the BitoapTransport( ) function) of the 
on thTservcr even after the plication that requested bitmap onto the server followed by a seror to server copy, 
it tenninatcs. The downloading only occurs the first 3 Alternatively, if the bitmap is not of a type that uses a 
time the bitmap is requested. server-resident copy, it is drawn directly to the window. 

BitmapDestroy( ) 

NEW FUNCTIONS CREATED Called by XGpiDeleteBitmap( ) This function unassoci- 

ates a bitmap with any tracking data. If a server-resident 
NEW FUNCTION NAME DESCRIPTION 10 version of the bitmap exists, current or not, it will be 

removed from the server. 
BitmapCreate( ) Called by XGpiCreateBitmap( ) BitmapFrocess( ) 

This function creates a new "virtual" server pixmap that Called by XGpiWCBitBlt( ), XGpiBitBlt( ), 
corresponds to a bitmap that may POTENTIALLY be dis- XGpiSetBitmap( ), WinDrawBitmap( ), 
played. Once created, changes to the associated bitmap are 15 GpiDdeteBitmapC ), GpiCreateBitmap( ) 
'"watched" so that the currency of the server version can be This function performs special pre-processing on a 
tested. A pixmap is not physically transported to the server bitmap* if necessary, before sending it to the server. Pre- 
just because it is created Only when the bitmap is drawn processing always involves translating the original FM 
onto a remote window for the first time will it be transported bitmap to another FM bitmap, which then replaces the 
If transported, the bitmap is copied unaltered; i.e. raster-op 20 original bitmap in further processing. Pre-processing con- 
requests affecting the appearance of the bitmap are not version will be applied if either expansion/contraction is 
utilized in the copy from the host to the server. This occurs required. In bom cases, the appropriate conversions, since 
only when the bitmap is copied from the server-resident they cannot be applied at the server, are applied locally to 
pixmap to a server-resident window, except in two special create the replacement bitmap, 
cases discussed elsewhere. 25 

This function will be called by all PM hooked functions OTHER FUNCTIONS AFFECTED 

that introduce a new bitmap to the system if there is a pilNmON NAME DESCRIPTION 

possibility that the bitmap may be displayed on a remote FUNCTION NAME DESCRimuN 

window. It will ensure that the necessary data structures are GpiPush( ), GpiPop( ), GpiQueryAtrrs( ), GpiSetAtirs( ) 
created for tracking that bitmap. 30 bitmaps „ utilizc me foreground and 

Bitmaplnvaliox ) background colors as their color map. These operations 

vS, if it exists. Any further actioc requiring the presence ™P toX P«d values before transporting the bitmap to the 

of the bitmap on the server will invoke BitmapTransporo; ) f^^pc, s 

^TJoTX^Xw* a hooked M The biLp reference variable (XPS.pixmap) which is 

function has determined that a bitmap may have changed. 40 loaded when a bitmap is "set- into a presentation space, is 

This will happen whenever any drawing primitive affects a ^i^?^^ 

remote presentation space that has a server-potential bitmap DATA blKUUi UKca 

♦ajected into it The fundamental bitmap structure used to track the state 

BitmapTranspoiK ) of a ratma P and tt ' s SCIVcr version, as SERVERBITMAP. 

Called by XGpiBitBlt( ), XGpiWCBitBlt( ) 45 One of these is created in a blocked linked list for each 

This operation will transport the bitmap to the server, bitmap that may be potentially displayed on a remote 

performing all color and coordinate transformations along window. The blocked link list consists of bitmap structure 

the way. The bitmap is then marked as current entries that are in a standard linked list format, but are 

Color transformation involves creating a local conversion allocated in multiple count groups. 

map. Each FM bitmap color (there will be either 1 16, or 50 

256) will be mapped to the an X pixel value using the CHANCED 

RGBtoXHxei( ) function. The bitmap will always be pro- Letups 

moted (or demoted) to the depth most natural for the server. { 

If the original bitmap has a depth greater than the maximum hps hps; f* real prcaentatioo sp«ec 

supportable depth on the server, color information will 53 ^^^'^ ^ to hp. i, if 

naturally be lost my •/ 

BitmapFindX ) long ICoordSys; /• coordinate system of 

Called by XGpiWCBitBlt( ), XGpiBitBlt( ), tamMfan Sp«» '/ 

XGpiSetBitmap( )* WinDrawBitmap( ), GpiDeleteBitmap( ^ Xakk ., « cliao: /• gc «sed for Iidc -ttributes 

), GpiCreateBitmap( ) 60 OC gcChar; /* gc used for chncm 

This function will return the pointer to the local bitmap attributes ooX ode •/ 

tracking structure associated with it The function oc gcMufcen /• gc wed far marker 

BttmapCreate( ) must have been called for the bitmap Sf^ OTXs *p^ /•« used far ™ttem 

beforehand, or NULL will be returned. amflxteouX skte •/ 

BitmapDraw( ) 65 cr gclmage; /* gc used for image 

Called by XGpiBitBlt( ), XGpiWCBitBlt( ), tftritmtai on x ride •/ 
XWinDrawBitmap( ), XGpiDrawBits( ) 
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-continued 



/* current x cooirlfnate in the 
/* current y coordinate in die 



short x; 
hps •/ 

short y; 

hps •/ 

LONG K3eomWktrh; f* line width during 

OpiStrokePath •/ 

LONO DCPSFlags; P DPMX flags to keep track of 

extra stuff */ 

/* Attribute mode sod saved attributes we have to keep 
track of •/ 

BOOL bAttrSave; f* flag to save attributes in 

UFO stack*/ 

int iPMATTRCni; /* count of attributes in 

attribute stack V 

PMATTR ♦pPMATTK /* pointer to top of UFO 
attribute stack */ 

/* Character values we have to keep track of V 

LONG VcidCbarj /• current lcid for foot m •/ 

use*/ 

int iCharSeta: /♦ count of number of char 

sets*/ 

SEIMAP *pCharMap; /• pointer to top of char set 
map array •/ 

SHORT ^Selection; /• 

bo kVi talk/strfreoutAnxfcrline flags */ 

USHORT usPrec&on; /• 1 = default, 2 = better, 3 
= best V 

SXZEP sizfeChar, /* values for w/h of character 

box f 

POINTL ptlAngle; f* point used to determine 

text angle */ 

POINTL ptfSbear, /* defines how pushed over 

chars are */ 

USHOKT usDirectioa; /* l->f, u-Xi, etc. •/ 
USHORT usIextAlign; /• undocumested •/ 
FIXED ExExtra; /* extra spacing increment far 

all chars*/ 

FIXED ficBreakExtra; f* extra spacing iacrcment far 

break char •/ 

/* Marker values we have to keep track of */ 

int uMarkerSets; /* count of number of marker 

sets */ 

SETMAP *pMarkerMap; /* pointer to top of marker 
set map array */ 

USHOKT usMarker, /* c ur re n t marker symbol m 

marker set */ 

SIZEF sizfxMaiker; /* values for w/h of marker 

box */ 

f* Marker values we have to keep track of •/ 

int iPatSets; /* count of number of pattern 

sets •/ 

SETMAP *pPatMap; /* pointer to top of pattern 

set map array */ 

int iPoairionCnt; /* count of number of saved 

current positions */ 

POINTL ♦pCurPos; /• pointer to top of current 

position array */ 

/• Default values we have to keep track of •/ 

LINEBUNDLE IbndDefault; 

CHARBUNDLB cbndDefautt; 

MARKERBUNDLE mbndDefault; 

ARBABUNDLK abodDcfault; 

IMAGEBUNDLE OndDefanlt; 

BOOL ColorDecodeMode; /• FALSE: Indexed off of 

current index; */ 

f* TRUE: Direct ROB triplets 

•/ 

Pixump pozmapi 
NULL if not set •/ 
filef NCTC_YET 

char cClipRccts: /• count of the number of cupping 



/• current pixmap, or 



XRectangle •paxrCUpRecte^* pointer to array of 

cupping rectangles ♦/ 

/tendif 

}XPS; 

NEW STRUCTURES 
struct SERVERBTTMAP 
{ HBITMAP Local; 

Server; 
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-continued 



UCHAR 



Flags; 



sup 



#define SERVERBITMAPrTJVacurrerji 0)4)1 // 1 
5 to date on server 

♦define SBRVERBIIMAPH^Opcrmaneot 0>G2 U Bitmap s to 
remain stored on 

// the ! 

after tcxminatioo 
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Although certain preferred embodiments have been 
shown and described, it should be understood that many 
changes and modifications can be made therein without 
departing from the scope of the appended claims. 
What is claimed is: 

1. A data processing system for displaying output of a 
program application executing on a first computer system, 
written for a first operating system on a second computer 
system having a second operating system; said second 
computer system connected to said first computer system, 

20 comprising: 

means for allocating a portion of said second computer 
display screen for the output of said program 
application, and a graphical user interface on said 
second computer system, based on the second operat- 

25 ing system in said second computer system; 

means far enabling user commands to said graphical user 
interface on said second computer system to be pro- 
cessed by said program application on said first com- 
puter system; and 

30 means for displaying the output from said program appli- 
cation and said graphical user interface in said portion 
of said display screen on said second computer system. 

2. A system according to claim 1 wherein said means for 
displaying comprises means for mapping commands from 

35 said program application on a first computer system to 
commands which can be interpreted by said second operat- 
ing system on said first computer system. 

3. A system according to claim 2 wherein said means for 
mapping comprises means for creating function in said 

^ ;second operating system on said second computer system to 
'accommodate function present in said program application 
on said first computer system. 

4. A system according to claim 3 wherein said enabling 
means comprises: 

45 means for intcrpretiiig commands from said graphical 
user interface on said second computer system directed 
to said* program application on said first computer 
system; and 

means for translating said commands into a farm recog- 
50 nizable by said program application on said first com- 
puter system. 

5. A system according to claim 4 wherein said means for 
creating function comprises: 

means for comparing the program application function on 
35 said first computer system with function provided by 
said second operating system on said second computer 
system; 

means for determining the function within said second 
operating system on said second computer system 
60 related to said program application function on said 
first computer system; and 
means for using the function in said second operating 
system on said second computer system to simulate the 
application function on said first computer system 
65 6. A method of displaying a program application, written 
for a first operating system and executing on a first computer 
system, comprising the steps of: 
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allocating a portion of a computer display screen, for 
providing a graphical user interface based on a second 
operating system on a second computer system; 

enabling commands from said graphical user interface on 
said second computer system to be processed by said 
program application on said first computer system; and 

displaying output from said program application on said 
second computer system and said graphical user inter- 
face in said portion of said display screen on said 
second computer system. 

7. A method according to claim 6 wherein said step of 
displaying comprises the step of mapping commands from 
said program application on said first computer system to 
commands which can be interpreted by said second operat- 
ing system on said second computer system. 

8. A method according to claim 7 wherein said step of 
mapping comprises creating function in said second oper- 
ating system on said second computer system to accommo- 
date function present in said program application on said 
first computer system. 

9. A method according to claim 8 wherein said step of 
enabling comprises the steps of: 

interpreting commands directed from second computer 
system to said program application on said first com- 
puter system; and 

translating said commands from said second computer 
system into a form recognizable by said program 
application on said first computer system. 

10. A method according to claim 9 wherein said step of 
creating function comprises the steps of: 

comparing the program application function on said first 
computer system with function provided by said sec- 
ond operating system on said second computer system; 

determining the function within said second operating 
system on said second computer system related to said 
program application function on said first computer 
system; and 
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20 



25 



30 



35 



using the function in said second operating system on said 
first computer system to simulate the program applica- 
tion function on said first computer system. 
11. A method in a data processing system for displaying 
a remote application program in a window on a first com- 
puter system having a first graphical user interface from a 
first operating system, wherein said remote application 
program is in a second computer system having a second 
graphical user interface from a second operating system, 
said first computer system connected to said second com- 
puter system, comprising: 
starting the execution of said remote application program 
in said second computer system having said second 
graphical user interface from said first computer sys- 
tem; 

identifying said first computer system and a location for 
displaying said window by said second computer sys- 
tem; 

converting user input commands of said second graphical 
user interface into associated user input commands of 
said first graphical user interface; and 
displaying said remote application program and the asso- 
ciated user input commands of said first graphical user 
interface in said window on said first computer system. 
11 The method of claim 11 wherein the step of displaying 
said remote application program includes the step of map- 
ping the remote application text of said second computer 
system into associated remote application text of said first 
computer system. 

13. The method of claim 11 wherein the step of displaying 
includes the step of controlling the remote application 
program on said second computer system by said associated 
user input commands on said second computer system. 

14 The method of claim 11 wherein said first operating 
system is Operating System/2 and said second operating 
system is ADC 
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